home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1475 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.7 KB
  1. Subject: Re: Just a couple of things.
  2. Date: Wed, 25 May 94 20:43:26 CDT
  3. From: Juergen Lock <nox@jelal.north.de>
  4. In-Reply-To: <9405240712.AA24516@hpbeo79.bbn.hp.com>; from "Claus Brod" at May 24, 94 9:12 am
  5. Message-Id: <9405251843.AA00340@jelal.north.de>
  6.  
  7. Claus Brod writes:
  8.  
  9. > >  hmm, sure?  if we just want IO to halt only processes which are in a
  10. > > disk IO systemcall (as opposed to `halt _every_ process' like its now...)
  11. > > then we don't need real multithreaded filesystems yet, and i don't think
  12. > > the kernel needs much more reentrancy than now like when a process
  13. > > sleeps for tty IO.  and the SCSI interrupt handler could just reset
  14. > > its in-service bit and ipl and then addroottimeout()?
  15.  
  16. > - Process A calls GEMDOS to read a file.
  17. > 
  18. > - GEMDOS calls BIOS to read a block.
  19.  
  20.  s/GEMDOS/filesystem/; s/BIOS/diskdriver/;  ok :)
  21. > 
  22. > - HD driver initiates transfer, puts process A to sleep. Note that
  23. >   process A is now sleeping *inside* GEMDOS.
  24. > 
  25. > - Process B makes a GEMDOS call.
  26. > 
  27. > Similar scenarios are possible for VDI and AES calls which in turn
  28. > call GEMDOS (vst_loadfonts, rsrc_load...).
  29. > 
  30. > The most simple solution would be to block any GEMDOS call when
  31. > another process already is in GEMDOS.
  32.  
  33.  yes thats what i ment, GEMDOS is a single-threaded filesystem...
  34.  
  35. >  This would at least allow
  36. > other processes to use the CPU or call (X)BIOS.
  37.  
  38.  and to do any other systemcalls, those that end up calling filesystems
  39. (and GEM if process A was in GEM?) just go to sleep until its their turn.
  40.  
  41. >  Better than
  42. > nothing.
  43.  
  44.  !!
  45.  
  46.  ok what about this:  add a flag for multithreaded to struct filesys,
  47. if clear (tosfs, current minixfs... the kernels others are `multithreaded'
  48. alreay) do
  49.     while (diskdriver sleeping for IO)
  50.         sleep (IO_Q, IO_SINGLE);
  51. before fs calls, and when the diskdriver is done make it call
  52.     wake (IO_Q, IO_SINGLE);
  53. before it returns.  for GEM in trap #2 do the same
  54.     while (diskdriver sleeping for IO and request came from inside GEM)
  55.         ...
  56. then you can still type in windows etc. when processes do normal disk IO
  57. not thru GEM calls.  (hmm or does the blitter confuse DMA?)
  58.  
  59.  so whats left now?  GEMDOS calls outside tosfs... (maybe that was your
  60. problem?)  there are a few in initialisation and when leaving MiNT,
  61. other than that i see only Sversion and some regular calls to the time
  62. funtions.  ok if we don't want the sleep thing there MiNT has to keep
  63. its time itself...
  64.  
  65.  thats the idea, now what did i miss? :)  cheers
  66.     Juergen
  67.  
  68. PS:  and then make real devices for /dev and with readv/writev, use them
  69. in minixfs, make minixfs multithreaded, port the BSD fs... :-)
  70. -- 
  71. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  72.                                 ...ohne Gewehr
  73. PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  74.